Date: Wed, 9 Mar 94 04:30:20 PST 

From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu> 
Errors-To: Ham-Digital-Errors@UCSD.Edu 

Reply-To: Ham-Digital@UCSD.Edu 

Precedence: Bulk 

Subject: Ham-Digital Digest V94 464 

To: Ham-Digital 


Ham-Digital Digest Wed, 9 Mar 94 Volume 94 : Issue 64 


Today's Topics: 
EMAIL to mid ocean? 
Info needed on Tandy 4000 
megabit per second packet (was "Re: Packet at 1.2 GHz (23cm)?") 


Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu> 
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Tue, 8 Mar 1994 17:37:23 GMT 

From: ihnp4.ucsd.edu!swrinde!cs.utexas.edu!math.ohio-state.edu!news.acns.nwu.edu! 
ftpbox!mothost!schbbs !NewsWatcher!user@network.ucsd.edu 

Subject: EMAIL to mid ocean? 

To: ham-digital@ucsd.edu 


In article <763117885snz@nick01.demon.co.uk>, nick@nick01.demon.co.uk (Nick 
de Smith) wrote: 


> I would just like to thank all those that responded to my question about how 
to exchange EMAIL with a small boat in the pacific. Whilst there was an 
interesting discussion about the legality of transmitting personal information 
(e.g. "Say hello to mum", "We will make landfall in two weeks" etc.), no 

clear consensus seemed to be reached even though both parties would be UK 
amateurs... Anyway, PAKTOR seems to be the way to go, and that is what I am 
investigating through the RSGB in the UK. 


VV VV VV 


The RSGB should be able to tell you about the UK "third party" rules. 
Since both the land station and the vessel are UK, UK laws would apply on 


the high seas. 


Traditionally the UK has been one of the stricter nations regarding third 
party traffic (i.e. anything other than the sending ham and the receiving 
ham), but I understand this may be slowly changing. 


I would say that this is a very polite and helpful group, and that generally 
most responses were consistant and, as far as I can judge, accurate. I look 
forward to passing my exams later this year and maybe being able to pass our 
experiences in what seems to be a rather obtuse area on to other parties. 


VV VV 


Thank you, I look forward to meeting on the maritme nets and in person! 


Mike AA4MW 


Phooey on it all - I'm going sailing for a year or two!!! 


Date: 6 Mar 94 22:22:07 GMT 

From: agate!howland.reston.ans.net!gatech!mailer.acns.fsu.edu! 
freenet3.scri.fsu.edu!freenet2.scri.fsu.edu! twright@ucbvax.berkeley.edu 
Subject: Info needed on Tandy 4000 

To: ham-digital@ucsd.edu 


This is sort of a cross post but I am in need of an answer. 


I bought a Tandy 4000 from a surplus computer sale here at the 
University where I work. 


It has a 3 1/2 and 5 1/4 drives min of a 40 meg HD EGA monitor 
a 2 MEG RAM CARD. Paid $25.00 for it because both the monitor and 
CPU units were marked NO GOOD by the University service people. 


I thought well if it doesn't work I can always use the case to build 

a computer system. Well I took it home connected it up, turned on 

the monitor and it appeared to be working fine complete full rasper 

on the screen. TYhen I powered up the CPU. The boot up information and 
the C> prompt over lapped in three columns (running DOS 5.0) 

I loaded Super Morse and the data on the screen still over lapped. 

I loaded it off both floppies and the system worked just fine except 
the monitor. I then loaded a game called Space Quest II and the 
problem on the monitor cleared up. I reinstalled SM to verify problem 
still existed and yes it was still there. I then connected the monitor 
to another CPU and the monitor worked perfectly. 


I believe the problem is with the Dos 5.0 system program in the 


video drive cmd section. What leads me to believ this is that a 

Game like I loaded runs off its own internal programing and the video 
driver cmds are being taken from the game program and not the system 
program. \ 


If you think I am correct or not Please E-Mail me I want to get this 
system on line on Packet A.S.A.P. 


Thank a bunch 
Tim Wright KD40VM 


BTW All of the drives are working perfectly also. 


Tim Wright KD40VM | T.Wright@msuacad.morehead.edu | Morehead State University 
| TWright@freenet.fsu.edu | Tallahassie Freenet Service 

| ARO98@yfn.ysu.edu | Youngstown Ohio Freenet Service 

| KD40VM@WSU.N8FOW.AMPR.ORG | Try one, I'll get it. 


Date: 8 Mar 94 01:56:37 GMT 

From: sdd.hp.com!col.hp.com!srgenprp!glenne@hplabs.hp.com 

Subject: megabit per second packet (was "Re: Packet at 1.2 GHz (23cm)?") 
To: ham-digital@ucsd.edu 


Jay Sissom (JAY@medicine.dmed.iupui.edu) wrote: 


: I saw the article in the handbook and it looks interesting, but I didn't find 
: a thing in the article that talked about computer to transceiver interfacing. 
: The schematic stoped at the +/- RX and +/- TX lines. Does anyone know what to 
: do with those lines to get them interfaced to a PC? Has anyone built this 

: project? Comments anyone? 


See the information available by anon ftp on col.hp.com under 
hamradio/packet/n6gn/uwvlink. The readme should help explain it. 

The original article in Ham Radio magazine showed an IBM PCLAN adapter 
card interface which was a sort of stop-gap solution. You might consider 
the Gracilis card(s) for an interface. I suspect that the Ottowa PI 

card might work as well, though not at full speed. 


Glenn Elmore négn 
ax.25 n6gn@wx3k.#nocal.ca.usa.na 


amateur IP: glenn@SantaRosa.ampr.org 
Internet: glenne@sr.hp.com 


End of Ham-Digital Digest V94 #64 
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